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ABSTRACT 



A USB function device (14) for coupling to a USB host (12). 
The USB function device (14) comprises circuitry (32) for 
providing a capability to the USB host, where the circuitry 
for providing a capability comprises an address space 
(VBUS). The USB function device (14) further comprises a 
USB interface circuit (30) coupled between the USB host 
and the circuitry for providing a capability to the USB host. 
The USB interface circuit (30) comprises a memory area 
(44, 106) comprising a write endpoint (106^ accessible to 
the USB host for writing a plurality of bytes to the memory 
area via the write endpoint. The plurality of bytes comprise 
data information and protocol information. The write end- 
point comprises an endpoint-type other than a control-type 
endpoint. The USB interface circuit also comprises circuitry 
for decoding (166) the protocol information and circuitry for 
communicating the data information to the address space in 
response to the protocol information. 

38 Claims, 8 Drawing Sheets 
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ARCHITECTURE USING DEDICATED comprises circuitry for providing a capability to the USB 

ENDPOINTS AND PROTOCOL FOR host, where the circuitry for providing a capability com- 

CREATING A MULTI-APPLICATION P^s 40 address space. The USB function device further 

INTERFACE AND IMPROVING comprises a USB interface circuit coupled between the USB 

BANDWIDTH OVER UNIVERSAL SERIAL 5 host and the circuitry for providing a capability to the USB 

Ujjg host The USB interface circuit comprises a memory area 

comprising a write endpoint accessible to the USB host for 

CROSS-REFERENCES TO RELATED writing a plurality of bytes to the memory area via the write 

APPLICATIONS endpoint The write endpoint comprises an endpoint-type 

other than a control-type endpoint. The plurality of bytes 

This application claims the benefit, under 35 U.S.C. 10 comprises data information and protocol information. The 

§119(eXl), of U.S. Provisional Application No. 60/166,890 TJSB interface circuit also comprises circuitry for decoding 

(TI-29866PS), filed Nov. 22, 1999, and incorporated herein the protocol information and circuitry for communicating 

by this reference. the data information to the address space in response to the 

protocol information. 

STATEMENT REGARDING FEDERALLY is P In nal aMrtc nf t . , . p . pnt 

SPONSORED RESEARCH OR DEVELOPMENT T ,i° ****** P embodiment, the 

USB interface circuit comprises a second memory area 

Not Applicable. comprising a read endpoint accessible by the USB host for 

reading a second plurality of bytes from the second memory 

BACKGROUND OF THE INVENTION area £ ^ read endpoint in ^ regardj the USB 

The present embodiments relate to universal serial bus interface circuit comprises circuitry for inserting into the 

("USB") systems, and are more particularly directed to second plurality of bytes second protocol information to be 

increasing the rate and flexibility of communications read by the USB host Still further, this USB interface circuit 

between a USB host and a peripheral. comprises circuitry for including data information in the 

USB is a recently^leveloped technology established by a 25 second plurality of bytes to be read by the USB host. The 

joint effort of various companies. The joint-effort produced data information in the second plurality of bytes is from the 

a USB Specification, Revision 1.1, Sep. 28, 1998, which is address space. 

hereby incorporated herein by reference and which governs 1° y et additional aspects of the preferred embodiment, the 

many aspects about USB systems. The USB Specification is USB interface circuit comprises a memory area comprising 

directed to a goal of improving the user-friendliness of 30 an interrupt endpoint accessible by the USB host for reading 

various aspects of computers and the peripheral devices interrupt information via the read endpoint. Further in this 

typically used with such computers. Particularly, in a USB embodiment, the USB interface circuit comprises circuitry 

system, various devices connected in the prior art to a for inserting the interrupt notification into the interrupt 

computer via either internal buses or often different external endpoint 

connectors are now coupled, using a USB cable, to a 35 Other circuits, systems, and methods are also disclosed 

common USB bus. The USB bus is mastered by a USB host and claimed. 

in a manner that requires little or no configuration by the BRIEF DESCRIPTION OF THE SEVERAL 

user. Various benefits arise in USB, including the ability to VIEWS OF THE DRAWING 

add devices to, or remove devices from, a USB system while . . «. 

the system is operating. As another benefit, USB easily 40 FIG - la illustrates a USB system including a personal 

integrate various functions such as raw data, voice data, and computer as a USB host and various USB functions coupled 

video data. These benefits are also achieved without requir- t0 ^ USB nost 

ing add-on cards, and through a single protocol that supports ^G. lb illustrates an electrical diagram of the USB 

serial data transfers between a USB host and USB-operable hierarchy of connections between the devices of FIG. la. 

peripherals simply by coupling those peripherals to a com- 45 FIG. 2 illustrates a block diagram of a function card 

mon USB bus. Still further, the ability to quickly and easily according to the preferred embodiment, where the function 

connect and disconnect devices provides considerable flex- card provides various USB aspects and supports a hybrid 

ibility and possible cost reduction in comparison to many modem function. 

contemporary systems. FIG. 3 illustrates the USB interface device 30 of FIG. 2 

While USB systems provide the various benefits set forth 50 m greater detail, 

above, the present inventors have recognized a drawback in FIG. 4 illustrates the DSP interface and ATM Acceleration 

USB systems in that control data throughput for such logic 120 of FIG. 3 in greater detail, 

systems may be necessarily constrained due to the USB FIG. 5 illustrates the host interface controller 135 of FIG. 

Specification. For example, the USB Specification requires 4 in greater detail. 

that USB data packet transfers fall into one of four data 55 FIG. 6 illustrates the format of a preferred host interface 

categories, one of which is a control data category. The protocol header for communications between USB host 12 

Specification imposes constraints and/or overhead on con- and the read and write dedicated endpoints of host interface 

trol data for communications of that data between a host and controller 135. 

the so-called endpoint in a USB device coupled to the USB fiq. 7 illustrates a flow chart of a method of operation of 

bus. In view of these limitations, there arises a need to 60 host DMA state machine 150 of FIG. 5. 

improve the efficiency of data communication in USB FIG. 8 illustrates a flow chart of a method of operation of 

systems, as is achieved by the preferred embodiments host-to- VBUS state machine 166 of FIG. 5. 



described below. 



DETAILED DESCRIPTION OF THE 



BRIEF SUMMARY OF THE INVENTION g5 INVENTION 

In the preferred embodiment, there is a USB function FIG. la illustrates an exemplary USB system 10 in which 

device for coupling to a USB host. The USB function device the preferred embodiments may be implemented. By way of 
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introduction, system 10 includes aspects known in the USB in system 10, USB host 12 is connected from a port 12 lf via 

art and further includes the preferred embodiments. To a USB cable C 19 to a port 18 1 of keyboard 18, and from a 

appreciate the USB context as improved by the preferred port 12^ via a USB cable C?, to a port 16 A of monitor 16. 

embodiments, the following discussion first explores system As also shown by the FIG. 16 legend, each device in the 

10 as it relates to USB aspects in general, while a later 5 lower half of the FIG. is referred to in the art as a function, 

discussion focuses on the improvements as relating to the although in less precise usages sometimes such devices are 

preferred embodiments. System 10 includes a USB host 12 referred to as peripherals. A function is a USB device that 

which, in the present example, is a personal computer provides a capability to the host. In the present example, 

("PC). USB host 12 includes a motherboard (not separately therefore, the functions include microphone 22, speakers 20, 

shown) which communicates with USB software that auto* 10 modem 14, mouse 24, and scanner 26. In addition, a hub also 

matically loads device drivers in a manner that is typically may serve as a function and, indeed, in system 10, each of 

transparent to the user of the PC, where the drivers support monitor 16 and keyboard 18 is an example of a device that 

the remaining devices external from USB host 12. As further is both a hub and a function. Each of the functions is also 

detailed later in connection with FIG. lb, for purposes of connected via a corresponding USB cable to a hub. For 

USB communications these remaining devices may be 15 example, a cable C3 connects modem 14, via a port 14 lf to 

directly connected to USB host 12, or may be coupled to USB host 12 via its port 12 3 . The remaining cable connec- 

USB host 12 through other devices shown in FIG. la More tions in system 10 will be readily ascertainable by one 

particularly, in system 10 the devices that are directly skilled in the art. 

connected to USB host 12 include an external modem 14, a The general prior art operation of system 10 with respect 

monitor 16, and a keyboard 18. In contrast, the remaining 20 to USB functionality is now further explored. USB host 12 

devices in system 10 are coupled to USB host 12 via devices operates in a master/slave relationship relative to each of the 

that are directly connected to USB host 12. For example, a functions, where USB host 12 always serves as the master 

set of speakers 20 z and 20^ are connected to monitor 16 and, and each of the functions always serves as a slave. Further 

thus, speakers 20^ and 20* are coupled to USB host 12 via in this regard, USB host 12 includes a serial interface engine 

monitor 16. Similarly, a microphone 22 is also connected to 25 ("SIE") (not separately shown) that is typically incorporated 

monitor 16 and is thereby coupled to USB host 12. Com- into a USB controller also included with the host so that 

pleting the illustration, keyboard 18 is further connected to USB host 12 may communicate serial information between 

a mouse 24 as well as a scanner 26 and, thus, both mouse 24 itself and the functions. Particularly, the serial data passes 

and scanner 26 are coupled to USB host 12 via keyboard 18. along the data conductors in the cables shown, where 

Lastly, while in system 10 each of the illustrated devices is 30 typically the communications at the data conductor level are 

a USB device, in an alternative computer-based system only referred to as USB communications along a USB bus. To 

a subset of the total system devices may be USB-compatible. facilitate its master operations, USB host 12 generally 

The operation of system 10 includes numerous aspects includes three software levels which, from highest to lowest 

known in both the general-purpose computer and USB arts. are: (1) a host controller driver which links whatever specific 

As to the former, an extensive detailed discussion is not 35 type of device that is chosen as a USB host controller to the 

presented in this document because the preferred embodi- remaining USB software structure; (2) USB system software 

ments are particularly directed to USB aspects; briefly it that communicates between the host controller driver and 

may be appreciated that each of the devices in system 10 client software; and (3) client software which is associated 

operates to perform the known functionality for such a with a particular function and is often provided by the 

device and with scanner 26, and microphone 22, data 40 manufacturer of the function so that USB host 12 may 

communication to and from a remote location via modem communicate with and receive the functionality of that 

14, and data presentation by monitor 16 and speakers 20 L function. Given its software levels, USB host 12 monitors 

and 20*. The USB operations of system 10 are detailed the network created by the connections of system 10, and 

throughout the remainder of this document. detects when a function is added to that network (or removed 

FIG. lb illustrates an electrical diagram of the USB 45 from that network). More particularly, upon attachment of a 
hierarchy of connections between the devices of FIG. la. As function to the network, USB host 12 as master detects the 
shown by a legend toward the right of FIG. lb, each device added function, and its communication speed, in response to 
in the upper half of FIG. lb is referred to in the art as a hub a resistance change due to one or more resistors connected 
and, thus, the hubs in system 12 include USB host 12 (i.e., inside the function and which thereby change the resistive 
the PC), keyboard 18, and monitor 16. In a USB system, the 50 load when a USB cable is connected to that function. In 
system includes a single USB host (e.g., host 12) which also response, USB host 12 electrically configures a port con- 
serves as a bub, where the hub and any other hub in system nection to the newly-added function. Next, USB host 12 
10 is a wiring concentrator for connecting to other USB interrogates the function in connection with a four-step 
devices, that is, it permits multiple attachments to other process, referred to in the art as enumeration, to identify 
respective devices. To facilitate such connections, each hub 55 information about the function and to assign a unique 
includes at least one port through which it is connected address to the function. Also in connection with this process 
either directly to the USB host or to another hub, where the or thereafter, USB host 12 may configure the function, 
connections are achieved using USB cables. Each USB Finally, USB host 12 loads the appropriate driver to com- 
cable includes four conductors, two for providing power to municate with the function, and thereafter USB communi- 
a USB device if the device does not obtain power via some 60 cations may proceed according to a USB protocol discussed 
other source, and two for data communications. The con- below. 

nectors on each end of a USB cable differ from one another The USB protocol divides the time of communication 

so as to ensure that a proper end of the cable is connected in along the USB bus into one millisecond frames. During each 

the so-called "upstream" direction toward USB host 12 frame the bandwidth is shared among all devices connected 

while, naturally, therefore ensuring that the opposite end is 65 to the USB bus, and each frame is subdivided into one or 

connected in the so-called "downstream" direction away more packets. The use and length of packets are constrained 

from USB host 12. Looking to the connections of the hubs according to various criteria set forth in the USB Specifi- 
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catioD. Ia general, USB host 12, as master, begins each ment an IN control pipe, with a corresponding enpdoint 0, as 

frame by communicating a start of frame ("SOF") packet. a default control pipe which is used by the USB system 

Thereafter, communications during the frame occur accord- software to write control information to the function. Each 

ing to a token protocol, that is, a transaction between host USB device is also required to have an OUT control pipe 

and a function occur in response to the issuance of a token 5 (and enpdoint) to output control information. The default IN 

followed by an order of response. Thus, USB host 12 sends control pipe provides access to information pertaining to a 

a token packet which includes an address directed to one of USB function such as its configuration, status, and control 

the functions, as well as an indication of whether the data to information. Further, the USB Specification defines requests 

be communicated is a read (i.e., from the addressed function that can be used to manipulate the state of a function, and 

to USB host 12) or a write (i.e., from USB host 12 to the 10 descriptors are also defined that can be used to contain 

addressed function). The address specifically identifies what different information on the device. Finally, a function 

is referred to in the USB art as an endpoint (or "device optionally may provide endpoints for additional control 

endpoint"), which is a uniquely addressable portion of a pipes for other implementation needs, such as to accommo- 

USB function that is the source or sink of information in a date implementation-specific functionality provided via cus- 

communication flow between the USB host and the func- 15 tomer software on USB host 12. 

tion. The endpoint gets its name from the fact that it is Bulk transfers permit communication of relatively large 

typically a location in a first-in-first-out ("FIFO") memory data groups where the data may be communicated at highly 

space of the function, so for data written to the function it is variable times and the transfer may use any available 

written to the end, or endpoint, of a write FIFO whereas for bandwidth. Bulk transfers are unidirectional and, thus, a 

data read from the function it is read from the end, or 20 given transfer may be only from host to function or function 

endpoint, of a read FIFO. Returning to the token operation, to host; thus, if both directions are desired, then a function 

when the token reaches the addressed function, that function must have both an IN bulk-type endpoint and an OUT 

decodes the address and identifies itself as the destination. bulk-type endpoint or, alternatively, two pipes may be 

Next, one or more data packets are communicated along the associated with the same endpoint As examples of a bulk 

network, where the destination function acts accordingly 2 s transfer, they may readily apply to data collection by scanner 

(i.e., either receives or transmits the data). Finally, once the 26. Error detection is included in hardware and implements 

data communication is complete, the recipient of the data a limited number of retries for bulk data transfers so as to 

issues a handshake packet to indicate whether the transmis- greatly enhance the likelihood of successful data delivery, 

sion was successful. This handshake indication may be However, a tradeoff for bulk data is that there is no guarantee 

either a positive acknowledgment ("ACK") or a negative 30 against latency. Lastly, the amount of bandwidth per USB 

acknowledgment ("NAK"). Further, in the case of a function frame allotted to bulk data may vary depending on other bus 

as a data recipient, the function may provide a handshake demands arising from other data transfers by either the same 

indication of a STALL where either the intended endpoint is or a different function. 

halted or a control request is not supported. Interrupt transfers are relatively small transfers to or from 

The USB Specification requires that USB data packet 35 a USB function. Such data may be presented for transfer by 

transfers fall into one of four data categories: (1) control data a function at any time, but because USB host 12 is a master 

transfers; (2) bulk data transfers; (3) interrupt data transfers; it cannot be interrupted. Instead, USB host 12 periodically 

and (4) isochronous data transfers. Each of these transfer polls each function and, in response to a notification that 

types is detailed below. Before reaching that discussion, and interrupt data has been posted, USB host 12 retrieves the 

by way of contrast to the preferred embodiment detailed 40 interrupt information. Interrupt data typically consists of 

below, it is noted that in the prior art each of these transfer event notification, characters, or coordinates that are orga- 

types is to a like kind of endpoint. Further, in the art and as nized as one or more bytes. For example, interrupt data may 

a logical construct, each such communication is referred to be presented by keyboard 18 or mouse 24 (or some other 

as along a pipe to the endpoint. For example, if a host pointing device). 

communicates an isochronous data packet to a function, then 45 Isochronous data is continuous and real-time in creation, 

it more particularly communicates it to an isochronous-type communication, and use. Isochronous transfers are unidi- 

endpoint in the function and the communication is said to be rectional and, thus, can be only from host to function or 

along a pipe to that endpoint Similarly, if a host commu- function to host; thus, if both directions are desired, then a 

nicates a bulk-type data packet to a function, then it com- function must have both an IN isochronous-type endpoint 

municates it along a pipe to a bulk data endpoint in the 50 and an OUT isochronous-type endpoint (or two pipes asso- 

function. One skilled in the art will appreciate the applica- dated with the same endpoint). Timing-related information 

tion of this terminology to the remaining data transfer and is implied by the steady rate at which isochronous data is 

corresponding endpoint types. Finally, while not fully received and transferred. Isochronous data must be delivered 

detailed herein, the USB Specification places different con- at the rate received to maintain its timing. Isochronous data 

straints on different ones of the data transfer types, such as 55 also may be sensitive to delivery delays. For isochronous 

the number of bytes permitted per packet and the number of pipes, the bandwidth required is typically based upon the 

packet per frame or for a given number of frames. Some of sampling characteristics of the associated function. The 

these constraints are discussed later in this document. latency required is related to the buffering available at each 

Control transfers allow USB host 12 to access different endpoint A typical example of isochronous data would be 

parts of a function, to obtain information about the function, 60 real-time video information received by modem 14. Due to 

and to change the behavior of the function. More its real-time nature, the delivery rate of isochronous data 

particularly, control transfers support configuration, must be maintained or else drop-outs in the data stream will 

command, and status type communication flows between occur. Isochronous communications are not corrected such 

client software in USB host 12 and a function corresponding as by hardware retries, with the benefit being that timely 

to that software. For example, control data is used by USB 65 delivery is ensured (assuming no other latency, such as in 

host 12 to configure a function when it is first attached to software) while the drawback being that data communica- 

system 10. Further, each USB function is required to imple- tion may be lossy. In practice, the bit error rate of USB is 
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predicted to be relatively small so that applications using the interface module 40 is further connected to a bus B. Also 

types of data being communicated as isochronous data are connected to bus B is a USB-to-DSP controller 42, which is 

not appreciably affected in a negative manner. Lastly, USB further connected to bus HPIF. Lastly, USB interface device 

isochronous data streams are allocated a dedicated portion of 30 includes a shared memory 44 connected to bus B, and that 

USB bandwidth to ensure that data can be delivered at the 5 is given its name because it is accessible by both USB 

desired rate. interface module 40 and USB-to-DSP controller 42 via bus 

FIG. 2 illustrates a block diagram of a function card 28 B. Further in this regard, shared memory 44 includes various 

according to the preferred embodiment. Function card 28 locations reserved as USB endpoints, as detailed later, 

represents an electrical computer-type circuit board in A brief description of the operation of function card 28 is 

general, and in FIG. 2 the blocks shown are those imple- io now presented, with further details presented later in con- 

mented in the preferred manner of forming modem 14 of nection with a more detailed examination of certain of the 

FIGS, la and 16; thus, function card 28 is intended to be blocks shown therein. In general, function card 28 interfaces 

enclosed within the external housing of modem 14 and at both the physical and protocol levels with the USB system 

connected electrically to the USB bus as known generally in and, hence, permits communications between function card 

the art Further, while function card 28 includes various is 28 and USB host 12. USB host 12 communicates data along 

inventive aspects detailed below in the context of modem the USB bus to function card 28, and that information is 

14, one skilled in the art should appreciate that various of received by USB interface module 40 and processed accord- 

these aspects may apply to any one or more of the other ing to principles known in the USB art Further, USB 

functions in system 10. Lasdy, by way of example and also interface module 40 may write transfers of any of the four 

for further introduction, in the preferred embodiment 20 above-described types to the endpoints in shared memory 

modem 14 is a hybrid modem serving both voice (e.g., V90) 44, where such information is written via bus B. USB-to- 

and xDSL communications. * DSP controller 42 also may access the endpoints in shared 

Turning to certain connections of function card 28, to the memory 44 via bus B. Accordingly, given this access, data 
left of FIG. 2 is shown the USB bus which, as introduced written to the endpoints from USB interface module 40 may 
earlier, represents the two data conductors from a USB 25 be read Dv DSP 32 via Dus HPIf? or » alternatively, data 
cable. In the present example of modem 14, therefore, the written by DSP 32 to bus HPIF may be transferred by 
USB bus is the data conductors from cable C 3 . The USB bus USB-to-DSP controller 42 to the endpoints in shared 
is coupled to a USB interface device 30 which, as detailed memory 44. Further in this regard, DSP 32 is programmed 
below, includes various other functional blocks that are and configured to provide the general functionality sup- 
formed using one or more integrated circuits. USB interface 30 ported as a USB function which, for the present example, is 
device 30 is further connected to an HPIF ("host port a modem functionality given that card 28 is associated with 
interface") bus which is further connected to a digital signal modem 14. Moreover, DSP 32 is programmed in this respect 
processor ("DSP") 32 or some other desirable processing l ° support both voice and xDSL communications, and the 
circuits). By way of example, DSP 32 may be one of two AFEs 34 and 36 provide electrical interfaces to and from 
various types of DSPs commercially available from Texas 35 DSP 32 further in this regard. DSP 32 also may be pro- 
Instruments Incorporated, such as the TMS320C6201, grammed to communicate with respect to USB-to-DSP 
TMS320C6202, or TMS320C6205. Further with respect to controller 42 in various manners according to the preferred 
these devices and bus HPIF coupling them to USB-to-DSP embodiments, as is discussed below, 
controller 42, the term "HPIF' in connection with bus HPIF Referring now to FIG. 3, an exemplary architecture of 
is selected not as a limitation, but due to its association with 40 USB interface device 30 in modem 14 of FIG. 2, according 
the interface of the TMS320C6201 and TMS320C6202 (and to the preferred embodiment, is now described. Of course, 
TMS320C6205). Particularly, the interface of the USB interface device 30 may be constructed according to 
TMS320C6201 is referred to in the art as a host port any one of a number of architectures and arrangements. As 
interface ("HPIF"), whereas the interface of the such, it is to be understood that the exemplary architecture 
TMS320C6202 (and TMS320C6205) is referred to as an 45 illustrated in FIG. 3 and described herein is presented by 
Xbus (extended bus). The Xbus supports various modes, one way of example only. 

of which is a host port interface; thus, this optional mode USB interface device 30 of FIG. 3 includes functions 

may be selected to support the same HPIF as the similar to those provided by the TUSB3202 USB peripheral 

TMS320C6201 and, for this reason, bus HPIF is named to interface devices available from Texas Instruments 

reflect this mutual mode of the two DSPs. Further with 50 Incorporated, and includes some common architectural fea- 

respect to the interface of the TMS320C6x processors, note hires therewith. In this regard, USB interface device 30 

that the TMS320C6201 provides a 16-but bus while the includes microcontroller unit ("MCU") 100, which may be 

TMS320C6202 (and TMS320C6205) provides a 32-bit bus. a standard 8052 microcontroller core. MCU 100 communi- 

The preferred embodiment may accommodate either such cates with various memory resources over bus B, including 

interface by including a user configurable switch to allow 55 program read-only memory ("ROM") 102, and random 

either a 16-bit or 32-bit coupling to the interface. In any access memory ("RAM") banks 104, 106. RAM bank 104 is 

event with respect to bus HPIF, a different bus name and utilized primarily as code space that may be loaded from 

type may be used with other DSP or processing circuits. USB host 12 over the USB bus, or alternatively from another 

Continuing with DSP 32, it is further connected to two device over another one of the ports provided in USB 

different analog front end ("AFE") circuits, namely, a V90 60 interface device 30. As will be described in further detail 

(i.e., voice) AFE 34 and an xDSL AFE 36. Each AFE 34 and below, synchronous RAM bank 106 ("SRAM 106") repre- 

36 is connected to a physical connector 38 so that an sents shared memory 44 from FIG. 2 and, thus, includes the 

appropriate cable (not shown) may connect function card 28 USB endpoint buffers (although additional endpoints also 

to a proper connection to support modem communications. may exist in RAM 104). MCU 100, as well as the other 

Returning to USB interface device 30 and exaraling the 65 synchronous functions of USB interface device 30, are 

blocks shown therein, the USB bus connects within USB clocked at the appropriate clock rates by phase-locked loop 

interface device 30 to a USB interface module 40. USB ("PLL") and adaptive clock generator ("ACG") 110, which 
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generates various frequencies divided down from a refer- preferred embodiment are now described. As shown in FIG. 
ence clock generated by oscillator 108 according to the 4, multiple controllers within DSP interface and ATM accel- 
frequency set by external crystal 109. PLL and ACG 110 eration logic 120 are coupled to bus B (FIG. 3). According 
preferably provide clocks suitable for supporting the avail- to this embodiment, in which USB interface device 30 is 
able USB synchronization modes, including asynchronous, 5 implemented into modem 14, DSP interface and ATM 
synchronous, and adaptive modes for isochronous end- acceleration logic 120 includes ATM transmit controller 132 
points. and ATM receive controller 134, each of which is unidirec- 
For USB communications with USB host 12, USB inter- tionally coupled to pass data from bus B to controller 140, 
face device 30 includes USB transceiver 112, which pref- and is utilized to carry out ATM communications 
erably supports full speed (12 Mb/sec) data transfers, and 1Q processing, including such functions as segmentation and 
includes a differential input receiver, a differential output reassembly, respectively. Host interface controller 135 is 
driver, and two single ended input buffers. USB transceiver bidirectionally coupled between bus B and controller 140, 
112 is coupled to USB serial interface engine ("SIE") 114, while code overlay controller 136 unidirectionally commu- 
which manages the USB packet protocol requirements for nicates data (corresponding to program instructions for DSP 
data transmitted and received by USB interface device 30 32) from bus B to controller 140. Each of controllers 132, 
over the USB bus. In general, SIE 114 decodes packets 15 134j 135> 136 ^ may communicate handshake signals 
received over the USB bus to validate and identify the between bus B and the respective controller. Further, accord- 
packet identifier ("PID ) and generates the correct PID for k tQ ^ ferred embodiment , each of controllers 132, 
packets to transmitted over the USB bus Other receive m us m &Q mterface Maj 10Q ^ Q 3) b 

^TZEEF 'fi y f n ^ d f^ chc ^^ 5n way of which controllers 132, 134, 135, 136 are configured 

check ("CRC ) verification, and senal-to-parallel conver- 20 7 . ' . ' , . # *. 

sion; for transmit, SIE 114 generates the CRC value and also !° P£*J? ^corresponding assi g Qed USB end P oint buffers 

effects parallel-to-serial conversion. SIE 114 bidirectionally m bRAM 1U6 - 

communicates with USB buffer manager ("UBM") 116, Controller 140 arbitrates access by controllers 132, 134, 
which controls reads and writes of data from and to the 135, 136 to bus VBUS (which appears as a "virtual" bus to 
appropriate USB endpoint buffers in RAM 104, 106. In this 2 5 devices external to USB interface device 30), and further 
regard, UBM 116 decodes the USB function address in permits access to the slaves to bus VBUS which consist of 
received packets to determine whether the packet is in fact VBUS-to-HPIF bridge 118 and internal registers 138. 
addressed to USB interface device 30 itself, as well as Specifically, in response to one of controllers 132, 134, 135, 
decoding the endpoint address contained in the received 136 issuing a request to master bus VBUS, controller 140 
packet (which may include a polling packet from USB host 30 operates to grant access to bus VBUS according to a 
12). Suspend and resume logic 117 is also provided for corresponding bus protocol, after arbitration among com- 
detecting suspend and resume conditions on the USB bus, peting bus requests. Further, internal registers 138 commu- 
and for controlling SIE 114 accordingly. nicate with controller 140, as a slave on bus VBUS, for 
Other various functions are also provided within USB storing configuration information for DSP interface and 
interface device 30. Inter-IC (I 2 Q controller 122 is coupled 35 ATM acceleration logic 120 and its functional modules. As 
to bus B, and supports communications to and from other noted above, endpoint buffer information is preferably con- 
integrated circuits over a two-wire serial connection; for figured internally to each of controllers 132, 134, 135, 136; 
example, RAM 104 may be loaded from such an external the configuration information stored by internal registers 
integrated circuit over the I 2 C port, under the control of I 2 C 138 includes such other configuration and status information 
controller 122. General purpose port logic 124 interfaces bus 40 as appropriate for the operation of DSP interface and ATM 
B to general purpose parallel input/output ports, numbering acceleration logic 120. 

two in this example. Timers 126 provide one or more timer VBUS-to-HPIF bridge 118 operates effectively as a 

functions for controlling the operation of USB interface bridge between the bus connected to DSP 32 and internal 

device 130. Reset and interrupt logic 128 monitors various bus VBUS which, as noted above, is accessible to controllers 

interrupt and reset conditions, to provide interrupt and reset 45 132, 134, 135, 136. For example, if the interface from USB 

control for MCU 100. Additionally, extra internal memory is interface device 30 to DSP 32 is by way of its host-port 

provided by asynchronous RAM 130, which is externally interface (HPIF), such as incorporated into the 

accessible, for example to DSP 32 by way of a dedicated TMS320C6201 digital signal processor (DSP) available 

RAM interface (and thus permitting reads and writes in a from Texas Instruments Incorporated, VBUS-to-HPIF 

manner independently from and asynchronously with the 50 bridge 118 operates effectively as a bridge to that interface, 

USB functionality of USB interface device 30). formatting and translating the communicated data signals 

In addition to the USB interface functions described from those on bus VBUS into a format appropriate for the 
above, which are substantially common with the TUSB3202 bus protocol of the host-port interface. 
USB peripheral interface devices available from Texas FIG. 5 illustrates a block diagram of host interface con- 
Instruments Incorporated, USB interface device 30 accord- 55 troller 135 in greater detail, and further demonstrates par- 
ing to the preferred embodiment includes DSP interface and ticular aspects of the preferred embodiment. In general, host 
ATM acceleration logic 120, for processing data received interface controller 135 serves as a soft interface between 
from USB host 12 over the USB bus for application to DSP USB host 12 and DSP 32, that is, for those communications 
32 by way of VBUS-to-HPIF bridge 118, and for conversely in FIG. 5 that are between bus B and bus VBUS. Further in 
processing data received from DSP 32 before transmission 60 this regard and as detailed below, host interface controller 
to USB host 12 over the USB bus. The construction and 135 services dedicated endpoints in shared memory 44 (FIG. 
operation of DSP interface and ATM acceleration logic 120 2, or SRAM 106 of FIG. 3), and which are accessible via bus 
will be described in further detail below. VBUSto-HPIF B, where such access improves data throughput over that 
bridge 118 supports reads and writes to on-chip memory of achieved by an implementation solely according to the USB 
DSP 32 in either a sixteen bit or thirty-two bit mode. 65 Specification. 

Referring now to FIG. 4, the construction of DSP inter- Turning to a first block in FIG. 5, host interface controller 

face and ATM acceleration logic 120 according to the 135 includes a host DMA state machine 150 which is 
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coupled to receive, from MCU 100, configuration informa- to one of the dedicated endpoints 106! , 106 2 , and 106 3 . 

tion from a configuration register 152. In the preferred Specifically, a read byte buffer 160^ s may store up to four 

embodiment, the configuration information in register 152 bytes of information corresponding to host read endpoint 

comprises: (1) an enable bit; and (2) an endpoint descriptor 106^ a write byte buffer 164^ may store up to four bytes 

block pointer. The enable bit, when set to an enable state, 5 of information corresponding to host write endpoint 106 2 , 

enables the functionality of host DMA state machine 150. and an interrupt byte buffer 162 BB may store up to four bytes 

The endpoint descriptor block pointer in the present embodi- of information corresponding to interrupt endpoint 106 3 . 

ment includes three pointers to address locations in shared Each selection circuit 16Q SSl 162^ and 164^ is connected 

memory SRAM 106, where each of those addresses is the bas ^ on me directionality intended to transmit the infer- 

beginning of a different endpoint descriptor block, as further 10 mation corresponding to the selection circuit, as is further 

detailed below. Host DMAstate machine 150 is also coupled explained below. 

to provide, to MCU 100, one or more bits in a control/status Host interface controller 135 also includes a host-to- 
register 154, where these bits permit host DMA state Y^ S ""J™ } 66 ?* ple ^lT? n ^ b c E ^ 
machine 150 to inform or possibly interrupt MCU 100 if 1«W 162^ and 164g ? and bus VBUS. In the preferred 
desired (e.g., if some type of data fault or exception occurs). 15 embodiment, host-to-VBUS state machine 166 includes one 
V«w a . * —g\ • , , . A . n or more state machines for purposes of operating according 
Host DMA state machine 150 is also coupled to bus B lQ a host q1 q£ ^ fcrrcd cmbodimcntj 

thereby permitting access between it and three dedicated deta ii ed later, and for communicating data between bus 
endpoints within SRAM 106 (FIG. 3, or shared memory 44 ^ byte 5uffere 160 ^ 162 ^ and 164 ^ More 
of FIG. 2). More particularly, at initial configuration host particularly, host-to-VBUS state machine 166 may transmit 
DMA state machine 150 reads the three endpoint descriptor 20 information to either read byte buffer 160^ or interrupt byte 
block pointer addresses from configuration register 152, and buffer 162 BB , and may receive information from write byte 
then host DMA state machine 150 reads the endpoint buffer 164 BB . Returning briefly now to the connection 
descriptor blocks at the three pointer addresses. Further in between a byte buffer and its corresponding selection circuit, 
this regard, the endpoint descriptor block read at each of the the additional connections are now appreciated given the 
pointer addresses in SRAM 106 identifies various attributes 25 direction of information as introduced with respect to host- 
about a corresponding dedicated endpoint also located in to- VBUS state machine 166. For example in the direction 
SRAM 106, including the address location of each endpoint, from bus VBUS toward bus B and looking to read byte 
the total storage capacity of an endpoint, and the number of buffer 160^, each of its four bytes is connected as an input 
valid data bytes stored in the endpoint. The three dedicated to selection circuit 160^, and in response to a byte count 
endpoints which are described in this manner by endpoint 30 signal (i.e., Byte Cntl) selection circuit 160^ may choose 
descriptor blocks include a host read endpoint 106 ls a host any one of those four bytes and output it to host DMA state 
write endpoint 106 2 , and an interrupt endpoint 106 3 . In the machine 150. Similarly for interrupt byte buffer 162 BB , each 
preferred embodiment, each of the dedicated endpoints of its four bytes is connected as an input to selection circuit 
106,, 106 2 and 106 3 is a bulk-type endpoint. Additionally, 162^ and in response to a byte count signal (i.e., Byte Cnt2) 
read endpoint 106 1 and write endpoint 106 2 are 64-byte 35 selection circuit 162^ may choose any one of those four 
endpoints, meaning up to 64 bytes may be written to one of bytes and output it to host DMA state machine 150. Write 
these endpoints in a given stream of bytes. Further, however, byte buffer 164^, however, and its corresponding selection 
this 64-byte capacity is duplicated so that each endpoint circuit 164 ss , are oriented in the opposite data path direction. 
106 1 and 106 2 is formed using two buffers, referred to as an Thus, with respect to write byte buffer 164 BB9 each of its four 
X buffer and a Y buffer, where each buffer can store up to 64 40 bytes is connected as an output from selection circuit 164^, 
bytes. Further in this regard, the beginning address portion and in response to a byte count signal (i.e., Byte Cnt3) 
in each endpoint descriptor block therefore identifies both an selection circuit 164^ may output data to any one of those 
address of an X buffer and an address of a Y buffer for the four bytes which is then provided to host-to-VBUS state 
corresponding endpoint. The dual-buffer structure of an machine 166. Lastly, host-to-VBUS state machine 166 is 
endpoint permits the writing of one such buffer at the same 45 connected to receive an interrupt signal INT from DSP 32, 
time the other buffer is being read. Interrupt endpoint 106 3 and further in this regard is connected to receive an address 
is an 8-byte endpoint, and also is formed using an X and Y from an interrupt address register 168. The address in 
buffer, where here each such buffer can store up to 8 bytes interrupt address register 168 is written thereto at start-up, 
and only one or the other buffer can be written at one time. and it identifies a location of a status register of DSP 32 
Host DMA state machine 150 is also coupled to a current 50 (preferably, a soft register in the memory space of DSP 32) 
buffer pointer 156 and a buffer byte counter 158. Current for reasons detailed later. 

buffer pointer 156 stores three pointers corresponding to The operation of host interface controller 135 is better 

respective endpoints 106^ 106^ and 106 3 , where each such understood by first exploring a preferred host interface 

pointer may point to either the X or Y buffer for the protocol header shown in FIG. 6. By way of introduction, 

respective endpoint. Buffer byte counter 158 is for tracking 55 the preferred host interface protocol header is a number of 

the number of valid bytes in either the X or Y buffer for each bytes used to govern packet transmissions between USB 

respective endpoint, where the initial number of such bytes host 12 and either read endpoint 106 2 or write endpoint 1063 

for a given transfer to or from endpoints 106 lT 106^ and (i.e., but not interrupt endpoint 106 3 ) by including the 

106 3 is written to buffer byte counter 158 by either UBM 116 protocol header at the beginning of each packet communi- 

or host DMA state machine 150, as further detailed later. 60 cated between USB host 12 and these two endpoints. The 

Host interface controller 135 also includes three sets of protocol header of the preferred embodiment includes five 

byte buffers, namely, a read byte buffer 16Q BB , an interrupt bytes of information, numbered byte 0 through byte 4 in 

byte buffer 162^, and a write byte buffer 164^ and each FIG. 6. 

byte buffer is connected to a respective selection circuit Byte 0 of the preferred embodiment host interface proto- 

160.55, 162 S5 , and 164^. Each byte buffer 160^, 162^, and 65 col header includes a one-bit read/write field, two reserved 

164 BB is configured to store up to four bytes of information bits, and a six-bit data burst size field. The read/write and 

at one time, and the information of each buffer corresponds data burst fields are discussed below. 
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The read/write field indicates the direction of intended an interrupt of either of those activities. Accordingly, host 

data transmission with respect to USB host 12. A write interface controller 135 effectively inserts into a USB func- 

indication (e.g., R/W=0) indicates that USB host 12 is tion an emulation of direct communication between USB 

requesting that host interface controller 135 perform a slave host 12 and the processing circuit of the function (e.g., DSP 

write operation into the memory-mapped address space of 5 32), where the emulation provides a read/write indicator, an 

bus VBUS, meaning all devices that are addressable via bus addressing function (via the address in the preferred protocol 

VBUS (e.g., DSP 32, internal registers 138, VBUS-to-HPIF header), a data function (in the burst of data following bytes 

bridge 118). Thus, when USB host 12 seeks to write a block 0 through 4 of the protocol header), and an interrupt func- 

of data to the memory-mapped address space of bus VBUS tion. These operations may be understood by examining the 

via host interface controller 135, then USB host 12 precedes 10 operation of host interface controller 135 in two contexts, 

the block of data with the protocol header of FIG. 6, and in the first associated with host DMA state machine 150 and 

byte 0 of that header it sets the read/write field to indicate a described below with respect to FIG. 7, and the second 

write. A read indication (e.g., R/W=l) indicates that USB associated with host-to- VBUS state machine 166 and 

host 12 is requesting that host interface controller 135 described below with respect to FIG. 8. 

perform a slave read operation from the memory-mapped 15 FIG. 7 illustrates a flow chart of a method 170 of 

address space of bus VBUS. When USB host 12 seeks to operation of host DMA state machine 150 from FIG. 5. 

read a block of data from the memory-mapped address space Method 170 commences with a start step 172 which is the 

of bus VBUS via host interface controller 135, then USB default state of host DMA state machine 150 upon attach- 

host transmits a read request to host interface controller, and ment of the device including the state machine to the USB 

that request consists solely of the protocol header of FIG. 6, 20 DUS ( or u P° n reset °f me device). From step 172, method 170 

where in byte 0 of that request USB host 12 sets the continues to step 174 where host DMA state machine 150 

read/write field to indicate a read. Lastly, and as detailed determines whether it has been enabled. Specifically, in the 

later, when host interface controller 135 is returning data to preferred embodiment MCU 100 enables host DMA state 

USB host 12 in response to a read request from USB host 12, machine 150 once the device including that state machine 

then host interface controller 135 also sets the read/write 25 has been recognized by USB host 12, and by setting the 

field to indicate a read. enable bit in configuration register 152 to an enabled state. 

The six-bit data burst size field indicates the number of Further, note at this same time that MCU 100 stores the an 

data bytes that will follow the five-bytes shown in FIG. 6 in endpoint descriptor block pointer for each of the three 

the same packet that begins with those five bytes. More dedicated endpoints 106 2 , 106 2 , and 106 3 , into configuration 

particularly in this regard, in the preferred embodiment and 30 register 152. If host DMA state machine 150 is not enabled, 

as also described later, up to 32 bytes of data may follow a iu remains in a loop by returning to step 174 until it is 

single protocol header in a communication between USB enabled. Once host DMA state machine 150 is enabled, 

host 12 and either read endpoint 106 x or write endpoint method 170 continues to step 176. In step 176 host DMA 

106 2 . Thus, for a given communication, the actual number of state machine 150 reads the endpoint descriptor blocks from 

data bytes following the header in this manner is specified in 35 shared memory (i.e., SRAM 106), where recall the addresses 

the data burst size field. While the data burst size field is six of those blocks are stored in configuration register 152. 

bits, in the preferred embodiment a value of 000000 indi- Next, method 170 proceeds from step 176 to step 178. 

cates a burst size of one data byte and, hence, the maximum Prior to discussing step 178 and subsequent steps, note 

burst size of data bytes supported by the field is 32 bytes. that once host DMA state machine 150 is enabled, generally 

Bytes 1 through 4 of the preferred embodiment host 40 host DMA state machine 150 governs information transac- 

interface protocol header provide a 32-bit value identifying tions without further intervention from MCU 100. In this 

an address on bus VBUS and corresponding to either the manner, therefore, in the preferred embodiment the protocol 

data write or the data read. For example, when USB host 12 handling and other aspects described below are not imple- 

is writing to the device (e.g., modem 14) including host mented within or otherwise accommodated by MCU 100. As 

interface controller 135, then USB host 12, preferably via its 4s a result, the preferred embodiment does not unduly compli- 

client software, inserts into the present protocol header the cate MCU 100 or require additional hardware therein, 

address at bus VBUS to which the first data word in the burst Step 178 acts as a wait state for host DMA state machine 

is to be written. This address then may be translated by 150 until it receives a grant to access bus B, where the access 

VBUSto-HPIF bridge 118 and the data written to the is sought so that data may be communicated using that bus 

memory space of DSP 32 according to the translated 50 either from or to one of dedicated endpoints 106^ 106 2 , and 

address. In the opposite data direction, when a packet of 106 3 . If no grant is currently given for bus B, then host DMA 

burst data is to be read by USB host 12 from host interface state machine 150 remains in a loop by returning to step 178 

controller 135, bytes 1 through 4 at the beginning of that until a grant to bus B is given. In response to the bus B grant, 

packet identify the address of bus VBUS from which that method 170 continues from step 178 to step 180. 

data was provided, and VBUS-to-HPIF bridge 118 will 55 Step 180 represents a priority of servicing interrupts by 

obtain this data from the memory space of DSP 32 and host DMA state machine 150. Specifically, in step 180, host 

provide it to USB host 12 as further detailed below. DMA state machine 150 determines whether an interrupt 

The operation of host interface controller 135 is now signal INT is pending. Recall from the earlier discussion of 

examined in greater detail, and is further explored below FIG. 5 that the interrupt signal INT is present when it is 

using additional Figures. At this point by way of introduc- 60 issued by DSP 32 to host-to-VBUS state machine 166. If an 

tion to such Figures, the operation is as follows. Generally, interrupt is provided in this manner, then host-to-VBUS 

USB host 12 communicates with the capability provided by state machine 166 reads the status information from the 

a function and, in the present embodiment, such capability status register of DSP 32, where recall that the location of 

is provided via DSP 32. Applying this overall communica- that register is identified by interrupt address register 168. 

tion to host interface controller 135, it interfaces between 65 The status information in the status register of DSP 32 in the 

USB host 12 and DSP 32, using the preferred protocol preferred embodiment is eight bytes of data. Preferably, 

header of FIG. 6 for reads and writes, and further permitting host-to-VBUS state machine 166 first examines the eight 
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status bytes and determines whether the interrupt is a type 
that may be handled locally by controller 135, and if so the 
interrupt is responded to locally in an appropriate manner. 
Conversely, if the interrupt is such that it is desired to advise 
USB host 12 of the interrupt, then host-to- VBUS state 5 
machine 166 writes the first four of the eight bytes from bus 
VBUS into the four byte locations of interrupt byte buffer 
162 5S , at which time these bytes represent a pending inter- 
rupt to host DMA state machine 150. Accordingly, if such 
bytes are pending in interrupt byte buffer 162^ method 170 10 
continues from step 180 to step 182, whereas if no such 
interrupt data is pending, method 170 continues from step 
180 to step 184. 

In step 182, having been reached because the interrupt 
signal INT is pending and status bytes from the status 15 
register of DSP 32 have been transferred to byte buffer 
162 BB , then host DMA state machine 150 performs a DMA 
access from interrupt byte buffer 162^ to interrupt endpoint 
106 3 . Recalling that interrupt endpoint 10 6 3 is an 8-byte 
buffer in the preferred embodiment, then the DMA transfer 20 
thereto is an 8-byte transfer. Accordingly, to begin this 
process, Byte Cnt2 which controls interrupt selection circuit 
162 ss is set to an appropriate value to provide to host DMA 
state machine 150 the first status byte from interrupt byte 
buffer 162 BB9 and in response host DMA state machine 150 2 s 
transfers this first status byte to a first byte location in 
interrupt endpoint 106 3 . To achieve this transfer, current 
buffer pointer 156 identifies either the X or Y buffer of 
interrupt endpoint 106 3 to which the interrupt byte is written, 
Also during this process, buffer byte counter 158 counts the 30 
number of bytes transferred by host DMA state machine 
150, so after the first transfer it indicates a count of one. This 
process just described for the first status byte repeats for the 
next seven interrupt bytes, and in this regard interrupt byte 
buffer 162 BB is read in a circular fashion, using interrupt 35 
selection circuit 162^ so that a total of eight status bytes are 
eventually read from the four byte interrupt byte buffer 
162 BB and transferred to interrupt endpoint 106 3 ; moreover 
in this respect, host-to- VBUS state machine 166 must time 
its output to interrupt byte buffer 1(>2 BB to ensure that all 40 
eight interrupt bytes are properly loaded therein so that they 
are timely read by host DMA state machine 150. Once eight 
status bytes are read, buffer byte counter 158 equals eight 
and is detected by host DMA state machine 150, which in 
response concludes the DMA transfer of the interrupt to 45 
interrupt endpoint 106 3 . Accordingly, when USB host 12 
next polls interrupt endpoint 106 3 , USB host 12 is thereby 
notified of the posted interrupt. Also in this regard, because 
interrupt endpoint 106 3 is preferably a bulk-type endpoint, 
then USB host 12 may quickly and efficiently read the 50 
interrupt bytes as bulk-type data, thereby avoiding the USB 
Specification limits that may be imposed on other endpoint 
types. Upon reading this interrupt data, USB host 12 may act 
accordingly. Returning to host DMA state machine 150, 
once the status data is written to interrupt endpoint 106 3 , 55 
method 170 returns from step 184 to step 178, and proceeds 
as described earlier with respect to that step. 

In step 184, having been reached because the interrupt 
signal INT is not pending, host DMA state machine 150 
determines whether there is one or more valid bytes in read so 
byte buffer 160 BB . If there is a valid byte(s) in read byte 
buffer 160^, then method 170 continues to step 186, 
whereas if no such valid byte exists, then method 170 
continues to step 187. 

In step 186, host DMA state machine 150 performs a 65 
DMA access of the valid byte(s) from read byte buffer 160^ 
to read endpoint 106 a . The DMA access is similar in many 
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respects to that described above relative to the DMA transfer 
of interrupt bytes, although in step 186 the transfer is 
between read byte buffer 160^ and read endpoint 106^ and 
the number of transferred bytes may be greater. Particularly 
for step 186, and recalling that read endpoint 106J is a 
64-byte buffer in the preferred embodiment, then the DMA 
transfer thereto is a 64-byte transfer. To begin this process, 
Byte Cntl which controls read selection circuit 160^ is set 
to an appropriate value to provide to host DMA state 
machine 150 the first read byte from byte buffer 160^, and 
in response host DMA state machine 150 transfers this first 
read byte to a first byte location in read endpoint 106 1 , where 
current buffer pointer 156 identifies either the X or Y buffer 
of read endpoint 106 x to which the interrupt byte is written 
and buffer byte counter 158 counts the number of read bytes 
transferred by host DMA state machine 150. This process 
repeats and in theory could pass up to 64 bytes to read 
endpoint 106 A ; however, the 32 byte limit imposed by the 
data burst field in the protocol header of FIG. 6 in practice 
limits the likely transfer to 37 bytes (i.e., 5 bytes of protocol 
header followed by 32 bytes of data). Further, this transfer 
reads read byte buffer 160^ in a circular fashion using 
interrupt selection circuit 160^ so that the appropriate total 
number of read bytes are eventually transferred, and also 
during this process host-to- VBUS state machine 166 must 
time its output to read byte buffer 16Q BB to ensure that up to 
37 read bytes are timely loaded into read byte buffer 160^ 
so that they are timely read by host DMA state machine 150. 
Once the proper number of read bytes is passed to read 
endpoint 106 1? buffer byte counter 158 equals the number of 
those bytes, and that number may be communicated to UBM 
116 and thereby made available to SIE 114. Given this 
number, SIE 114 may transmit this number of bytes in a 
packet to USB host 12. Lastly, once the DMA transfer of 
step 186 is complete, method 170 returns from step 186 to 
step 178. 

In step 187, having been reached because there is no valid 
in read byte buffer 160 BB , then host DMA state machine 150 
determines whether there is one or more valid bytes in write 
endpoint 106 2 . This indication is provided via a control 
signal from UBM 116. If there is a valid byte(s) in write 
endpoint 106 2 , then method 170 continues to step 188, 
whereas if no such valid byte exists, then method 170 returns 
from step 187 to step 178. 

In step 188, host DMA state machine 150 performs a 
DMA access of the valid byte(s) from write endpoint 106 2 
to write byte buffer 162^. The DMA access is similar in 
many respects to that described above relative to the DMA 
transfer of read bytes and, thus, is only briefly examined here 
while one skilled in the art should appreciate the comparable 
aspects to the preceding discussion. In step 188, up to 64 
bytes may be transferred by host DMA state machine 150 
from write endpoint 106 2 to write byte buffer 162^, 
although again the limits of the FIG. 6 protocol practically 
restrict the transfer to a total of 37 bytes. The actual number 
of bytes transferred is preferably provided to host DMA state 
machine 150 by UBM 116 which indicates at the handshake 
level a number of valid bytes in write endpoint 106 2 . Indeed, 
in the preferred embodiment DMA state machine 150 does 
not discern the type of information in the accessed bytes, for 
example, whether those bytes are part of the protocol header 
or the subsequent data bytes; instead, host DMA state 
machine 150 merely transfers the information with the 
header analysis to be performed as detailed later. The 
transfer is from either the X or Y buffer of write endpoint 
106 2 , as indicated by current buffer pointer 156, and the 
number of transferred bytes is maintained by buffer byte 
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counter 158. The writing to write buffer 164^ is in a circular protocol header is a word-aligned address; in other words, in 

fashion, using selection circuit 164^ to direct the bytes the preferred embodiment, the bus VBUS address may be to 

accordingly in response to the Byte Cnt3 value. Also during any byte address in the bus VBUS address space, whether 

this process, host-to- VBUS state machine 166 times its input the byte is either word-aligned or is not word-aligned. If the 

from write byte buffer 164^ to ensure that up to 37 read 5 write address (i.e., the bus VBUS address specified in the 

bytes are timely read from write byte buffer 164^ fl and host interface protocol header) is not word-aligned, method 

communicated to bus VBUS as further detailed below. Once 190 continues from step 200 to step 202, whereas if the write 

the proper number of write bytes is read from write endpoint address is word-aligned, method 190 continues from step 

106 2 , the DMA transfer of step 188 is complete and method 200 to step 204. 

170 returns from step 188 to step 178. 1Q i n step 202, having been reached due to a non-word- 

FIG. 8 illustrates a flow chart of a method 190 of aligned write address, host-to- VBUS state machine 166 

operation of host-to- VBUS state machine 166 from FIG. 5. writes less than one word of bytes (i.e., four bytes) starting 

By way of introduction, the illustration of FIG. 8 is directed at me bus yuBS address specified in the protocol header, 

to the relationship of host-to-VBUS state machine 166 and The actual number of bytes written in this step is constrained 

its performing informauon transfers relauve to ^ m ^ manneK Fi Qnl enQU ^ b m lQ 

protocol header of FIG. 6 and as an interface between bus fc ^ WOfd which 4 ludes ^ e > bus vb US address 

VBUS and byte buffers 160^ and 164^ (with interrupt SO£ cified in the nrotocol header Second if the data burst size 

byte buffer 162 BB having been described above). Also, recall sp^^ 10 tne protocol Header. Second, tt the data burst size 

it was noted eariier that host-to-VBUS state machine 166 J? ** P rotoco1 hcadc f 15 ^ m * Q four ' * en ^ number ° f 

may actually comprise more than one machine in imple- bvtes wntteQ t0 complete the word is equal to or less than the 

mentation; for example, a first state machine may interface 20 data burst size In any event, one skilled in the art will 

with byte buffers 160^, 162^, and 164^, while a second appreciate that by writing less than four bytes to an address 

state machine, in communication with the first state location, the non-written lower-address bytes remain unaf- 

machine, may interface and arbitrate with bus VBUS. To fected; thus, the preferred embodiment supports writes 

simplify the remaining discussion, however, the operation is which do not end-on a 32 -bit boundary. Finally, note in 

described as an overall single state machine while one 25 connection with the write to bus VBUS that host-to-VBUS 

skilled in the art may readily ascertain additional details that state machine 166 includes sufficient circuitry (e.g., a second 

arise from implementing separate state machines. state machine) to properly arbitrate access to bus VBUS so 

Method 190 commences with a start step 192 which is the that the burst size number of bytes is written to bus VBUS 

default state of host-to-VBUS state machine 166 upon at a proper time. Following step 202, method 190 continues 

attachment of the device including the state machine to the 30 to step 204. 

USB bus (or upon reset of the device). From step 192, In step 204, having been reached because the next byte to 

method 190 continues to step 194 where host-to-VBUS state be written from write byte buffer 164^ is to be written to the 

machine 166 decodes the first five bytes of a USB packet as beginning location of a word on the bus VBUS address 

provided by host DMA state machine 150 from write space, host-to-VBUS state machine 166 writes the remain- 

endpoint 106 2 . These first five bytes, as detailed earlier in 35 ing bytes from the current set of bytes, as communicated 

connection with FIG. 6, form a protocol header consisting of from write endpoint 106 2 to write byte buffer 164 BB , to bus 

a read/write indicator, a burst length in bytes, and an address VBUS. During each step 204 write, host-to-VBUS state 

for bus VBUS. At this point, recall that USB host 12 machine 166 writes up to four bytes (i.e., one word) at a 

according to the preferred embodiment may transmit a time, so long as there is at least four such bytes remaining 

request to modem 14 either to read data from, or write data 40 in write byte buffer 164^. Further in this regard, in the 

to, the memory space of DSP 32 (as specified by the VBUS preferred embodiment host-to-VBUS state machine 166 

address), where the request is in the form of the FIG. 6 maintains a byte counter which after the decode operation of 

header and is communicated by USB host 12 to write step 194 is loaded with the burst size from the protocol 

endpoint 106 2 ; step 194 identifies and begins the response to header, and which is decreased in count for each transferred 

this request by decoding the header. The decoded informa- 45 byte by either step 202 or each additional byte transfer by 

tion determines the subsequent steps for the remainder of step 204. Thus, step 204 continues to transfer bytes, up to 

method 190. Specifically, if decode step 194 determines that one word at a time, until the counter equals zero. Under this 

the read/write indicator specifies a write (by USB host 12), approach, therefore, entire words are transferred each time, 

then method 190 continues to step 194; to the contrary, if until the last transfer includes either an entire word or a set 

decode step 194 determines that the read/write indicator 50 of less than four bytes. In addition, host-to-VBUS state 

specifies a read (by USB host 12), then method 190 contin- machine 166 maintains an address register or the like which 

ues to step 198. Each of these alternative paths is described is increased according to each byte or byte transferred by 

below. steps 202 and 204 to ensure a write to the proper address on 

In step 196, having been reached because a write is bus VBUS. Further, this step, like step 202, is performed 

specified in the host interface protocol header, host-to- 55 with proper arbitration to access bus VBUS so that the four 

VBUS state machine 166 is configured to write subsequently (or less) data bytes are written to bus VBUS at a proper time, 

received data bytes to bus VBUS. More particularly, a burst If the last set of transferred bytes includes less than four 

number of data bytes as specified in byte 0 of the host bytes, then the non-written higher-address bytes in the word 

interface protocol header, and which will follow the header addressed by the then current VBUS address word remain 

in the sequence of bytes from write endpoint 106^ are 50 unaffected; thus, the preferred embodiment supports writes 

directed to be written to bus VBUS, starting at the address which do not end on a 32-bit boundary. Once all bytes are 

in bytes 1 through 4 of the host interface protocol header. written by the conclusion of step 204, method 190 returns 

Next, method 190 continues from step 196 to step 200 and from step 204 to step 194. 

additional steps arc taken to write the data bytes according Returning now to step 196, recall that it transfers the 

to the step 196 configuration. 55 method flow to step 198 when a read indication is decoded 

In step 200 host-to-VBUS state machine 166 determines in byte 0 of the host interface protocol header, and step 198 

whether the bus VBUS address specified in the host interface and its following steps are now explored in greater detail. In 
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step 198, host-to- VBUS state machine 166 is configured to bytes (i.e., one word) at a time, so long as there are at least 

read the host-requested data bytes from bus VBUS. More four such bytes remaining to be read from the bus VBUS 

particularly, step 198 prepares and performs a read of a burst address space. Further in this regard, in the preferred 

number of data bytes from bus VBUS, where the number of embodiment host-to- VBUS state machine 166 maintains a 

data bytes is specified in byte 0 of the host interface protocol 5 byte counter which is loaded with the burst size from the 

header and the data bytes start at the address specified in protocol header that was written in step 208, and which is 

bytes 1 through 4 of the host interface protocol header. Next, decreased in count for each transferred byte by either step 

method 190 continues from step 198 to step 208. 212 or each byte additional transferred by step 214. Thus, 

In step 208, host-to- VBUS state machine 166 provides a step 214 continues to transfer bytes, up to one word at a time, 

5-byte host interface host protocol header to host DMA state 10 until the counter equals zero. Under this approach, therefore, 

machine 150 (via read byte buffer 160^) and the latter then entire words are transferred each time, until the last transfer 

writes the header to read endpoint 106 r More particularly, includes either an entire word or a set of less than four bytes, 

step 208, having been reached in response to a request by In addition, host-to-VBUS state machine 166 maintains an 

USB host 12 to read data from modem 14, begins the address register or the like which is increased according to 

response of providing the requested data and in this regard 15 each byte or byte transferred by steps 212 and 214 to ensure 

first inserts a protocol header which will reach and be read a read from the proper address on bus VBUS. Further, this 

by USB host 12 before it receives the data it requested. As step, like step 212, is performed with proper arbitration to 

a result, when USB host 12 next reads one or more bytes access bus VBUS so that the four data bytes are read from 

from read endpoint 106j, those bytes first begin with a bus VBUS at a proper time. Once all bytes are read by the 

proper header in the format of FIG. 6, followed by one or ^ conclusion of step 214, method 190 returns from step 214 to 

more data bytes. Further, when step 208 forms its protocol step 194. 

header, that header includes the same information in the Having detailed various aspects of the preferred 

protocol header written by USB host 12 in its previous read embodiment, some additional observations may be made in 

request. As a result, when USB host 12 reads the step 208 connection with the operation of system 10 when imple- 

header from read endpoint 106j, it is informed that it is ^ mented with the preferred embodiments, as explored below, 

receiving a same burst number of data bytes that it earlier a first additional observation in connection with the 

requested from the function and starting at the same address preferred embodiment is noteworthy about the order in 

to which the earlier request was directed. Next, method 190 which DMA transfers are prioritized arising from steps 184 

continues from step 208 to step 210. (hrough m of nG . 7, having now further understood the 

In step 210, host-to-VBUS state machine 166 operates in 30 relationship of the transferred data by host-to-VBUS state 

the same general manner as described above relative to step machine 166. First, steps 180 and 182 give first priority to 

200, where here however the step is directed to a read rather pending interrupts. Second, as between a read by USB host 

than a write. Thus, in step 210, host-to-VBUS state machine 12 and a write to USB host 12, steps 184 through 188 give 

166 determines whether the bus VBUS address specified in second priority to data in read byte buffer 160* B . To further 

the host interface protocol header is a word-aligned address. 35 appreciate this latter priority, one skilled in the art should 

If the read address is not word-aligned, method 190 contin- now understand the data is put in read byte buffer 160** only 

ues from step 210 to step 212, whereas if the address is in response to an earlier request by USB host 12 to read such 

word-aligned, method 190 continues from step 210 to step data. Thus, if USB host 12 first writes such a request to host 

214. interface controller 135, and then second follows that 

In step 212, having been reached due to a non-word- 40 request with an additional write to endpoint 106 2 , the initial 
aligned read address, host-to-VBUS state machine 166 reads request causes data to be loaded into read byte buffer 160 BB 
less than one word of bytes (i.e., four bytes) starting at the and that data is first provided by host DMA state machine 
bus VUBS address specified in the protocol header, and ISO to read endpoint 106 1 before the second action by USB 
host-to-VBUS state machine 166 transfers the bytes to read host 12 (i.e., the additional write to endpoint 106J is 
byte buffer 160**. The actual number of bytes read in this 45 serviced. However, if USB host 12 sends successive writes 
step is constrained in two manners. First, only enough bytes to write endpoint 106 2 that are not read requests, then those 
are read to complete the word which includes the bus VUBS writes are serviced in the order in which they are received by 
address specified in the protocol header. Second, if the data the X and Y buffers of write endpoint 106 2 . 
burst size in the protocol header is less than four, then the A second additional observation in connection with the 
number of bytes read is equal to or less than the data burst 50 preferred embodiment arises relative to the preferred hard- 
size. Thus, the preferred embodiment supports reads of bytes ware implementation. SpecificaUy, host interface controller 
which do not begin on a 32-bit boundary. Finally, note in 135 has been shown to support a host interface protocol 
connection with the read from bus VBUS that host-to-VBUS which permits each of a read, write, and interrupt function- 
state machine 166 includes sufficient circuitry (e.g., a second ality between USB host 12 and a USB function. These 
state machine) to properly arbitrate access to bus VBUS so 55 functionalities may be achieved using a reasonable number 
that the burst size number of bytes is read from bus VBUS of circuit gates and preferably in a manner so as not to 
at a proper time. Following step 212, method 190 continues appreciably affect a separate USB controller (e.g., MCU 
to step 214. 100). Thus, the separate USB controller may be obtained 

In step 214, having been reached because the next byte to from various sources, and if it is a processor, its firmware is 

be read from bus VBUS and transferred to read byte buffer so generally not complicated by the additional functionality 

160 BB is to be read from a beginning location of a word on performed in the preferred embodiment by a separate host 

the bus VBUS address space, host-to-VBUS state machine interface controller 135, whereas if it is formed using logic 

166 reads from bus VBUS the remaining bytes from the circuitry, then the complexity of such circuitry should not 

current set of bytes, and communicates the bytes to read require considerable, if any, alteration to accommodate the 

buffer 160 BB from where they are transferred by host DMA 65 preferred embodiment which may be implemented in the 

state machine 150 to read endpoint 106 r During each step separate host interface controller 135 as shown and 

214 read, host-to-VBUS state machine 166 reads up to four described above. 
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A third additional observation is that while the preferred 
embodiment has been shown to provide the preferred pro- 
tocol associated with three different dedicated endpoints, 
one skilled in the art may use the present inventive teachings 
to form alternative embodiments with either a subset of the 5 
three dedicated endpoints, or still additional ones as well. 
However, the preferred embodiment as detailed above pro- 
vides both read and write capability, and also incorporates 
the interrupt functionality so that device notification also 
may be effected at a greater rate than using intermpt-type 
endpoints. 

A fourth additional observation is that the preferred 
embodiment implementation of dedicated endpoints in com- 
bination with the protocol may vastly improve data through- 
put For example, as mentioned earlier in the Background Of 
The Invention section of this document, in current USB 15 
systems data transfers are typically communicated accord- 
ing to the data type; for example, control transfers from host 
to function are accomplished by the host communicating 
control data to a control-type endpoint in the function. 
However, according to the preferred embodiment, the host 20 
may transmit control data, following the preferred host 
interface protocol header, to the dedicated write endpoint 
106 2 . This aspect is particularly beneficial in that limitations 
typically imposed by the USB Specification may be avoided 
by using the preferred host interface protocol. For example, 25 
a control transfer to a control-type endpoint is limited by the 
USB Specification to not exceed more than eight bytes of 
control data. However, recall under the preferred embodi- 
ment that write endpoint 106 2 is a bulk-type endpoint; 
accordingly, under the preferred embodiment up to 32 bytes 30 
of control data may be sent in a single packet to write 
endpoint 106 2 , so long as that data is properly preceded with 
the preferred host interface protocol header. Thus, an 
increase in four times the amount of data is provided. Still 
further, control packets according to the USB Specification 35 
are required to have considerable overhead. In contrast, by 
communicating control data to the dedicated bulk-type write 
endpoint 106 2 , this use of overhead is also minimized, 
thereby significantly improving effective data throughput. 

A fifth additional observation is that while the preferred 40 
embodiment implementation uses a bulk-type endpoint for 
the dedicated endpoints 106 lt 106 2 , and 106 3 , any or all of 
those endpoints also could be made to be another type of 
endpoint other than a control endpoint and thereby still have 
benefits in contrast to the limitations imposed on a control 45 
endpoint. For example, any of endpoints 106 lf 106 2 , and 
IO63 could be isochronous-type endpoints. Isochronous end- 
points are limited to one packet per 1 millisecond USB 
frame, but the packet still may have a very large number of 
bytes as compared to a control endpoint (i.e., 1024 bytes in 50 
isochronous as opposed to the 8 data bytes in a control 
packet). Nonetheless, a bulk-type for any of endpoints 106 lf 
106 2 , and 106 3 may well be preferred because, while the 
number of bytes per bulk frame is limited to 64 bytes, the 
number of frames per packet for bulk data is limited only by 55 
available bandwidth. As still another benefit of the preferred 
protocol into an endpoint other than a control endpoint, the 
preferred embodiment permits the specification of a 32-bit 
(or larger in an alternative embodiment) address while the 
USB Specification only discloses a 16-bit address submitted 60 
to a control endpoint. 

A sixth additional observation is that the preferred 
embodiment is extremely versatile due to the high data rate 
supported and the relative ease at which a USB host may 
access a USB function. This flexibility should support 65 
numerous applications, including application-specific 
embodiments. 
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A seventh additional observation is while the present 
embodiments have been described in detail, various 
substitutions, modifications or alterations could be made to 
the descriptions set forth above, as has been suggested 
further by various examples. Indeed, the present teachings 
may be expanded further by other variations thereto. For 
example, while the data transfer according to the preferred 
embodiment has been limited to 32 bytes, a larger or smaller 
number may be implemented. As still another example, the 
protocol header of FIG. 6 could be modified to include 
additional information. As yet another example, while host 
interface controller 135 and function card 28 have been 
shown by way of example as associated with modem 14, 
these same or comparable devices may be used with other 
USB functions in system 10, or still others not shown. 
Finally, still other examples will be ascertainable by one 
skilled in the art and, thus, the preceding has generally set 
forth the present preferred embodiments, but such other 
changes may be made thereto without departing from the 
inventive scope which is defined by the following claims. 

What is claimed is: 

1. A USB function device for coupling to a USB host, 
comprising: 

circuitry for providing a capability to the USB host, and 

comprising an address space; and 
a USB interface circuit coupled between the USB host 
and the circuitry for providing a capability to the USB 
host, the USB interface circuit comprising: 
a memory area comprising a write endpoint accessible 
to the USB host for writing a plurality of bytes to the 
memory area via the write endpoint, wherein the 
plurality of bytes comprises data information and 
protocol information and wherein the write endpoint 
comprises an endpoint-type other than a control-type 
endpoint; and 
circuitry for decoding the protocol information; and 
circuitry for communicating the data information to the 
address space in response to the protocol informa- 
tion. 

2. The USB function device of claim 1 wherein the 
protocol information comprises an indicator that the USB 
host is writing the data information to the USB function 
device. 

3. The USB function device of claim 1 wherein the 
protocol information comprises an indicator of a quantity of 
the data information. 

4. The USB function device of claim 1 wherein the 
protocol information comprises an address corresponding to 
the address space. 

5. The USB function device of claim 4 wherein the 
address comprises at least 32 bits. 

6. The USB function device of claim 1 wherein the 
protocol information comprises: 

an indicator that the USB host is writing the data infor- 
mation to the USB function device; 
an indicator of a quantity of the data information; and 
an address corresponding to the address space. 

7. The USB function device of claim 1 and wherein the 
USB interface circuit further comprises a DMA circuit for 
performing a DMA access of the plurality of bytes from the 
memory area to a buffer, wherein the buffer is accessible by 
the circuitry for decoding the protocol information. 

8. The USB function device of claim 1 wherein the write 
endpoint comprises a bulk-type endpoint. 

9. The USB function device of claim 8 wherein the data 
information comprises control data information. 
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10. The USB function device of claim 1 wherein the write 
endpoint comprises an isochronous-type endpoint. 

11. The USB function device of claim 1: 

wherein the memory area comprises a first memory area; 
wherein the plurality of bytes comprise a first plurality of 
bytes; 

wherein the protocol information comprises first protocol 
information; 

wherein the data information comprises first data infor- 
mation; 

and wherein the USB interface circuit further comprises: 
a second memory area comprising a read endpoint 
accessible by the USB host for reading a second 
plurality of bytes from the second memory area via 
the read endpoint; 
circuitry for inserting into the second plurality of bytes 
second protocol information to be read by the USB 
host; and 

circuitry for including second data information in the 
second plurality of bytes to be read by the USB host, 
wherein the second data information is from the 
address space. 

12. The USB function device of claim 11 wherein the 
second protocol information host comprises an indicator that 
the USB host is receiving data information from the USB 
function device. 

13. The USB function device of claim 11 wherein the 
second protocol information comprises an indicator of a 
quantity of the second data information. 

14. The USB function device of claim 11 wherein the 
second protocol information comprises an address corre- 
sponding to the address space and identifies a beginning 
address for the second data information. 

15. The USB function device of claim 14 wherein the 
address comprises at least 32 bits. 

16. The USB function device of claim 11: 

wherein the second protocol information host comprises 
an indicator that the USB host is receiving data infor- 
mation from the USB function device; 

wherein the second protocol information comprises an 
indicator of a quantity of the second data information; 
and 

wherein the second protocol information comprises an 
address corresponding to the address space and iden- 
tifies a beginning address from which the second data 
information was copied. 

17. The USB function device of claim U wherein the read 
endpoint comprises an endpoint-type other than a control- 
type endpoint. 

18. The USB function device of claim 11 and wherein the 
USB interface circuit further comprises a DMA circuit, 
wherein the DMA circuit is for: 

performing a DMA access of the first plurality of bytes 
from the first memory area to a first buffer, wherein the 
first buffer is accessible by the circuitry for decoding 
the protocol information; and 

performing a DMA access of the second plurality of bytes 
from a second buffer to the second memory area, 
wherein the second buffer is loaded from the address 
space. 

19. The USB function device of claim 11 wherein the 
write endpoint comprises a bulk-type endpoint. 

20. The USB function device of claim 19 wherein the first 
data information comprises control data information. 

21. The USB function device of claim U wherein the read 
endpoint comprises a bulk-type endpoint. 
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22. The USB function device of claim 21 wherein the 
second data information comprises control data information. 

23. The USB function device of claim U wherein the read 
endpoint comprises an isochronous-type endpoint. 

24. The USB function device of claim 11 wherein each of 
the write endpoint and the read endpoint comprises a bulk- 
type endpoint. 

25. The USB function device of claim 24 wherein each of 
the first data information and the second data information 
comprises control data information. 

26. The USB function device of claim 11 wherein each of 
the write endpoint and the read endpoint comprises an 
isochronous-type endpoint 

27. The USB function device of claim 11 and wherein the 
USB interface circuit further comprises: 

a third memory area comprising an endpoint for storing an 
interrupt and accessible by the USB host for reading 
interrupt information via the endpoint for storing an 
interrupt; and 

circuitry for inserting the interrupt notification into the 
endpoint for storing an interrupt. 

28. The USB function device of claim 11 wherein the 
endpoint for storing an interrupt comprises an endpoint-type 
other than a control-type endpoint. 

29. The USB function device of claim 28 wherein the 
endpoint for storing an interrupt comprises a bulk-type 
endpoint 

30. The USB function device of claim 28 wherein the 
endpoint for storing an interrupt comprises an isochronous- 
type endpoint. 

31. A USB system, comprising: 
a USB host; 

a plurality of function devices for coupling to the USB 
host, wherein at least one of the plurality of function 
devices comprises: 

circuitry for providing a capability to the USB host, and 

comprising an address space; and 
a USB interface circuit coupled between the USB host 
and the circuitry for providing a capability to the 
USB host, the USB interface circuit comprising: 
a memory area comprising a write endpoint acces- 
sible to the USB host for writing a plurality of 
bytes to the memory area via the write endpoint, 
wherein the plurality of bytes comprises data 
information and protocol information and wherein 
the write endpoint comprises an endpoint-type 
other than a control-type endpoint; and 
circuitry for decoding the protocol information; and 
circuitry for communicating the data information to 
the address space in response to the protocol 
information. 

32. The USB system of claim 31: 

wherein the memory area comprises a first memory area; 
wherein the plurality of bytes comprise a first plurality of 
bytes; 

wherein the protocol information comprises first protocol 
information; 

wherein the data information comprises first data infor- 
mation; 

and wherein the USB interface circuit of the at least one 
of the plurality of function devices further comprises: 
a second memory area comprising a read endpoint 

accessible by the USB host for reading a second 

plurality of bytes from the second memory area via 

the read endpoint; 
circuitry for inserting into the second plurality of bytes 

second protocol information to be read by the USB 

host; and 
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circuitry for including second data information in the 
second plurality of bytes to be read by the USB host, 
wherein the second data information is from the 
address space. 

33. The USB system of claim 32 wherein the read 
endpoint comprises an endpoint-type other than a control- 
type endpoint. 

34. A method of operating a USB function device to 
communicate with a USB host, the USB function device 
comprising circuitry for providing a capability to the USB 
host wherein the circuitry for providing a capability has an 
address space, the method comprising the steps of: 

receiving a plurality of bytes from the USB host into a 
memory area comprising a write endpoint accessible to 
the USB host, wherein the plurality of bytes comprises 15 
data information and protocol information and wherein 
the write endpoint comprises an endpoint-type other 
than a control-type endpoint; 

decoding the protocol information; and 

in response to the decoding step, communicating the data 
information to the address space. 

35. The method of claim 34 wherein the write endpoint 
comprises a bulk-type endpoint, and the plurality of bytes 
received from the USB host includes a read endpoint. 
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36. The method of claim 34: 

wherein the memory area comprises a first memory area; 

wherein the plurality of bytes comprise a first plurality of 
bytes; 

wherein the protocol information comprises first protocol 
information; 

wherein the data information comprises first data infor- 
mation; 

and wherein the method further comprises writing a 
second plurality of bytes into a second memory area 
comprising a write endpoint accessible by the USB 
host, wherein the second plurality of bytes comprises 
second data information and second protocol informa- 
tion. 

37. The method of claim 35 wherein the read endpoint 
comprises an endpoint-type other than a control-type end- 
point. 

38. The method of claim 35 wherein the read endpoint 
comprises a bulk-type endpoint. 
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